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CONTROLLING REMOTE STORAGE DEVICES 



Background 



This invention relates generally to controlling 
storage devices in multicast networks. 

A multicast network may enable messages to be sent to 
a target group of clients that constitute a subset of all 
of the networked clients. Generally, multicasting is 
accomplished by including, within a header for example, the 
addresses of all the subject clients that are addressed. 

In some multicasting environments, it may desirable to 
control the storage devices, such as hard di sk dr ives, of 
targete d cli ents. As examples, a server or head- end of a 
multicast system may determine what information is stored 
on one or more clients' storage devices. This head-end 
control may be done with the consent of the client's owner. 
Thus, the server can determine how to effecti vely utili ze 
the available disk space on a given client. In some cases, 
the server may also, in effect , se _Ll or lease access to the 
available storage space on clients whose storage devices 
are controlled by the server or head- end. 

Thus, there is a need for ways to control the storage 
devices of one or more clients either individually or as a 
group in a multicast environment. 



• # 

Brief Description of the Drawings 
Figure 1 is a schematic depiction of one embodiment of 

the present invention; 

Figure 2 is a flow chart for software resident on the 

client shown in Figure 1 in accordance with one embodiment 

of the present invention; and 

Figure 3 is a flow chart for software resident on the 

server or head- end in accordance with one embodiment of the 

present invention . 

Detailed Description 

Referring to Figure 1, a network may include at least 
one server or head-end 10 and a plurality of clients 12 
(only one of which is shown) . The server 10 may be coupled 
to a plurality of clients (including the client 12) through 
a distribution system that may be based on a w ired sy stem 
or a wireles_s_Qr^b£o adcast^ system . Examples of such 
networks include television distribution networks such as 
digital video ^oadca_st ingL sys terns . 

In one embodiment of the present invention, the server 
10 may communicate with the clients 12 over a transport 14, 
The transport 14 may be in accordance with an analog or 
digital broadcasting system. As one example, the transport 
14 may be compliant with the Digital Video Broadcast (DVB) ; 
Network- independent Protocol, ETS 3 00802, dated November 
1997 and available from the European Telecommunications 
Standards Institute (ETS), Valbonne, France. The transport 



14 may be a satellite, cable or airwave broadcasting system 
as examples. 

In accordance with embodiments of the present 
invention, the client 12 recognizes messages directed 
individually to that client 12 from the server 10 or in 
some embodiments, from other clients 12. Bandwidth may be 
conserved by addressing messages to a group of clients 
without the need to insert, within header, the individual 
identifiers of each of a large number of addressed clients. 

In addition, the client 12 may include one or more 
addressable agents 44, 46 and 48 that may be independently 
addressed by remote units such as the server 10. Moreover, 
by providing addressable agents 44, 46 and 48 within a 
given client 12, messages that are specialized or which 
need specialized handling may be addressed to particular 
agents resident on the client 12 for appropriate handling. 

The server 10 may include a software download and 
update server 16. The server 16 is responsible for 
transmitting software or software updates to the client 12 . 
The server 16 transmits messages which include a distinct 
service identifier (e.g., service_id=0x01) . The server 10 
may also include an instant messaging or short message 
service (SMS) server 18 that also transmits messages having 
a distinct service identifier (e.g., service_id=0x02) . 

In addition, a client disk management server 20 may be 
provided as well. The client disk management server 20 may 



transmit messages that include one or more distinct service 
identifiers (e.g., service_id=x) . In some cases, a variety 
of messages may be issued by the client disk management 
server 20 in order to initiate desired functions on a 
5 client's storage device or disk drive. For example, 
separate service identifiers may be utilized for the 
commands to create partitions, delete partitions, or modify 
partitions, as examples. 

In accordance with one embodiment of the present 
10 invention, the server 10 may implement a unidirectional 
messaging system. In a unidirectional messaging system, 
the server 10 may transmit messages to a plurality of 
clients that are unable to respond in any way. One example 
0 of such a network is a direct -to -home (DTH) broadcast 

15 network that may be compliant with the DVB protocol. The 
network may use a connection oriented communication 
protocol or a real time connectionless communication 
protocol as two examples. There are many applications of 
unidirectional messaging from server to client such as 
20 instant messaging, command and control and notification and 
signaling, as examples. In other cases, the network may be 
a bidirectional network, for example with an Internet 
Protocol (IP) multicast backbone. 

In one embodiment of the invention, the server 10 may 
25 include a unidirectional messaging server (UMS) 22 that is 
coupled to the servers 16, 18 and 20 to generate messages 
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in an appropriate format. The messages transmitted by the 
UMS server 22 may include messages originally generated by 
one of the servers 16, 18 or 20. The UMS server 22 may 
then be coupled to an Internet Protocol multicast module 24 
5 that places the messages in an appropriate multicast 
protocol format. Finally, a DVB Multiprotocol 
Encapsulation (MPE) 26 is coupled to the Internet protocol 
multicast module 24. The MPE is described in DVB 
Specification for Data Broadcasts (EN 301 192) and 
10 Specification for Service Information (SI) in DVB Systems 
(EN 300 468 VI . 3 . 1 1998-02) both available from the ETS. 
The output of the DVB MPE 26 and a DVB-Service Information 
(SI) generator 28 are coupled to the transport 14. Service 
Information is digital data describing the delivery system, 
j3* 15 content and scheduling/timing of broadcast data streams. 

In the client 12, the stream from the DVB-SI generator 
28 is coupled to a DVB-SI receiver 40 and service 
acquisition module 38. The service acquisition module 38 
£p extracts a program identifier (PID) and provides it to a 

20 DVB demultiplexer 32. A tuner 30 may tune the client 12 to 
the appropriate channel corresponding to the extracted 
program identifier. 

The message from the DVB MPE 26 is provided to a DVB 
MPE receiver 42. The receiver 42 communicates with an IP 
25 multicast module 40 and a unidirectional messaging server 
38. The server 3 8 breaks down the message to determine 
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whether a service identifier was included in the data 
stream. If so, the message is forwarded to an appropriate 
agent designated to receive messages with particular 
service identifiers . 
5 A dijsk ^ manag ement agenjt_44 may be coupled to a disk 

drive controller 47 in turn coupled to a storage device 45 
that may, for example, be^ajiard disk drive. The disk 
management agent 44 may be addressed as a message recipient 
by _the client dis ^ managements server 20. The disk 
10 management agent 44 may cause processes to be undertaken 
through the controller 47 that in turn control the use of 
the storage device 45. This control may include 
determining what information is stored on the storage 
device 45 and how that information is stored on the storage 



5 15 device 45 
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gj In one embodiment of the present invention, the 

software download and update server 16 may provide a 
specifi c messa ge identifier that causes its message to be 
received by a software download agent 48 tuned to a 
20 particular service identifier. Similarly, messages from 
the instant messaging server 18 may include a service 
id ent^i f£er^that cause those messages to be forwarded to an 
instant messaging agent 46 in the client 12. Likewise, 
messages from other servers 2 0 may have appropriate 
2 5 identifiers that cause them to be shunted to particular 
agents 44 on the client 12. 
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The server 10 may include a storage 25 that stores 
software 70 for controlling the operation of the server 22. 
Likewise, the server 3 8 on the client 12 may be coupled to 
a storage 45 that stores software 50 that controls the 
operation of the server 38. The servers 22 and 38 may also 
be processor-based systems. 

Turning next to Figure 2, the software 50 on the 
client 12 initially receives the unidirectional messaging 
server address and port from the server 10. The client 12 
may also be assigned a client identifier as indicated in 
block 52. Thus, an Internet Protocol mu ltica st system may 
be established wherein each client has a UMS address and 
port as well as a unique client identifier, assigned by the 
serve r 10 . J In some embodiments, the server 10 may 
dynamically adjust addresses and ports as well as client 
/ iderrtTfiers to ~WraSTe communication of particular messages, 




/ me ssage ^gr oug s, or typ es of messa ges to particular clients 

V in a dynamic and reconf igurable fashion. 

Having received its address, port and client 
identifier, the client 12 receiver joins a multicast group 
and listens for messages addressed specifically to it or to 
any groups that the client 12 belongs to, as indicated in 
block 54 . 

A disk management agent 44 registers its service 
identifier with the UMS server 38 as indicated in block 56. 
When the UMS server 3 8 receives a packet with a UMS 



message, as indicated in block 58, a check determines 
whether the particular client 12 is the intended recipient 
as indicated in diamond 60. If not, the message is 
discarded as indicated in block 62 . 

However, if the particular client 12 is the intended 
recipient, the server 38 checks the message's service 
identifier and passes the message to the correct agent 44, 

46 or 48, as indicated in block 64. The message is then 
delivered to the appropriate agent 44, 46 or 48, as 
indicated in block 66. In the agent, the information is 
parsed and passed to an appropriate process for handling as 
indicated in block 68. 

For example, when addressed, the disk management agent 
44 sends appropriate commands to the controller 47 for 
relay to the storage device 45. Dependent on the service 
identifier accompanying the message, the agent 44 may 
provide appropriately translated commands to the controller 

47 such as the commands to create a partition, delete a 
partition or modify a partition. Each of these commands 
may be given separate service identifier values such as 
0x03, 0x04 and 0x05. The disk management agent 44 may 
translate a message with a service identifier value into an 
appropriate format for the controller 47 based on the 
message received from the client disk management server 20. 
For example, with a message that includes a service 
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identifier value 0x03, the agent 44 may issue a command to 
the controller 47 to partition the storage 45. 

On the server side, shown in Figure 3, the network 
software 70 begins by assigning multic ast add resses and 
ports for unidirecti onaltnes sag.i ng service to a plurality 
of clients 12 as indicated in block 72. The server 10 may 
also assign client id entifiers in a dynamic and 
reconf igurable fashion. The address, port and client 
identifiers are then transmitted to the clients as 
indicated in block 74 . 

Thereafter, the disk management server 2 0 may create a 
data structure and pass this data structure to the server 
22 as indicated in block 76. The server 22 creates a 
unidirectional message and assigns a client value, sets a 
group flag, and copies private data in the private bytes of 
the message as indicated in block 78. More particularly, a 
unique client identifier may be assigned. The client 
identifier may either be a particular preassigned client 
identifier or, as one example, may be zero when multiple 
clients are targeted. A group flag may be a Boolean value 
specifying whether the client identifier is a group mask or 
a particular identifier. A group mask is an identifier 
that identifies a subset of the clients 12 on the network. 
This subset may include a plurality of clients but less 
than the total number of addressable clients. 



As one example of a undirectional message header, the 
message may include a number of variables including a 
group_mask, a service_id, a version_jld, a message_id, and a 
private_data_byte . The group_mask may, in one embodiment 
of the present invention, include 64 bits, the service_id 
may include eight bits, the version_id may include sixteen 
bits, the message_id may include eight bits and the 
private_data_byte may include eight bits. The group_mask 
may be exclusive ORed with the client identifier of each 
unique client 12 to determine if the client 12 is the 
intended recipient. The version_id is the version of the 
unidirectional messaging protocol and may initially be set 
to zero. The service_id may be a service identifier that 
may be as two examples 0x01 for a software and download and 
update service or 0x02 for an instant messaging service. 
Advantageously, the message size does not exceed 1,024 
bytes in order to eliminate potential datagram 
fragmentation. The group_filter may be used in conjunction 
with the client_id field to limit the size of the private 
data bytes required for an application. Each of header 
items may include an unsigned integer most significant bit 
first (uimsbf) identifier in accordance with the DVB 
specification except for the private_data_byte which may 
include a bit string, left bit first (bslbf) identifier. 

As indicated in block 80, the message is then sent to 
all the clients 12 on the network. Each client then 
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determines whether the message is intended for that client. 
The client 12 determines whether it is the specific 
intended recipient by determining whether the message is 
addressed to the client identifier of the client 12. For 
example, using an AND logic operator between the message's 
identifier and the client's identifier, the client 12 may- 
determine if the client 12 is within a group of clients 
jointly addressed by the server 10. 

In one e mbodiment of the present inven^djon, distinct 
groups of us ers ma y receive common client identifier 
elements. Thus, a plurality of clients whose owners have 
signed up for enha nced service m ay include a common code 
portion in their client identifier. When a message 
including that common code portion in the client identifier 
is received, each of those client^_accepts the message. 
Likewise, clients in particular geographic areas, having 
particular interests or otherwise identifiable clients may 
be given unique pref ixe s/ 'suffixes ^r_identif ier code 
portions. The code portion may be logically ANDed with a 
group_mask to determine whether a particular client is a 
member of the targeted group. 

The management message header may also include fields 
to address the disk management agent 44, such as a 
volume_name_len field that provides the volume, name, 
length and bytes for the pertinent volume of a storage 
device 45 in the form of a hard disk drive. In one 



embodiment of the present invention, that field may be 
eight bits long and may be have a bslbf identifier. In 
addition, a volume_name_byte field may give the volume name 
bytes that make up the name of the volume to mount on which 
to create a partition. In one embodiment of the present 
invention, this field may be eight bits long and may 
include a bslbf identifier. Finally, a partition_size 
field may give the size of the partition to create in 
bytes. This field may be thirty-two bits in size and may 
use the uimsbf identifier. Of course, additional fields 
and additional service identifiers may be utilized to 
implement still additional commands to the client storage 
device 45. 

In this way, the client disk management server 20, 
under the direction f rom^hejsejj^e^ 10, may 

control how the storage 45 is set up and ut ilized on a 
targeted client 12 or a targeted group of clients 12. Each 
of the clients 12 may b e individu ally addressed, the entire 
set of clients may be addressed or any subgroup of clients 
may be collectively addressed such that their storage 
devices 45 may be individually or collectively modified. 
Thus, the storage devices 45 of one or more clients may be 
selectively controlled from the server 10. 

While the present invention has been described with 
respect to a limited number of embodiments, those skilled 
in the art will appreciate numerous modifications and 
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variations therefrom. It is intended that the appended 
claims cover all such modifications and variations as fall 
within the true spirit and scope of this present invention. 
What is claimed is: 
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